home *** CD-ROM | disk | FTP | other *** search
- Path: mail2news.demon.co.uk!genesis.demon.co.uk
- From: Lawrence Kirby <fred@genesis.demon.co.uk>
- Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++,comp.edu
- Subject: Re: C/C++ knocks the crap out of Ada
- Date: Tue, 02 Apr 96 11:50:54 GMT
- Organization: none
- Message-ID: <828445854snz@genesis.demon.co.uk>
- References: <JSA.96Feb16135027@organon.com> <31582A63.4BE9@east.thomsoft.com> <4jeel1$erh@tpd.dsccc.com> <JSA.96Mar29195546@organon.com> <4jp388$d56@tpd.dsccc.com>
- Reply-To: fred@genesis.demon.co.uk
- X-NNTP-Posting-Host: genesis.demon.co.uk
- X-Newsreader: Demon Internet Simple News v1.27
- X-Mail2News-Path: genesis.demon.co.uk
-
- In article <4jp388$d56@tpd.dsccc.com>
- kcline@sun132.spd.dsccc.com "Kevin Cline" writes:
-
- >As usual, you missed the point, Jon. Different Ada-83 compiler vendors
- >provided different bindings to key functionality like UNIX OS calls
- >and X/Motif. Of course these bindings were proprietary.
- >
- >This was never a problem for C code. ANSI-C compilers have been available
- >for every platform you can name for many years, so porting C code from
- >one vendor's compiler to another was never a big problem.
-
- ANSI C doesn't define UNIX OS calls so isn't really relevant to your point.
- Unix calls are reasonably standardised for C through the likes of POSIX and
- X/Open which is natural because C is the core development language for
- the platform.
-
- --
- -----------------------------------------
- Lawrence Kirby | fred@genesis.demon.co.uk
- Wilts, England | 70734.126@compuserve.com
- -----------------------------------------
-